모바일 앱 접근성

정보통신접근성(WA) 품질인증 No.1 / APP, SW 접근성 인증·컨설팅

  1. 모바일 앱 접근성 > 모바일 앱 FAQ

모바일 앱 접근성

모바일 앱 접근성
(Mobile App Accessibility)
인증 및 컨설팅

모바일 앱 FAQ

전체 13 개 [ 1 / 1 페이지 ]

[답변] 준수해야 합니다. 텍스트로 구성된 PDF 파일이라면 뷰어에서 정상 인식되나 이미지로 제공된 PDF는 적절한 대체텍스트가 제공되어 있어야 합니다. 다만 PDF의 대체수단이 올바르게 인식될 경우는 예외입니다.
[답변] 모바일 스크린리더에서는 longdesc, 이미지맵(map) 등의 기능을 지원하지 않습니다.
또한 대체텍스트 제공 방법으로 많이 사용되는 IR 기법 사용 시 초점 오류가 발생하므로 사용하지 않는 것이 좋습니다.
[답변] alt 속성에 제공하거나 aria-label, aria-labelledby, aria-describedby 등으로 제공할 수 있습니다.
[답변] 좌/우 쓸기를 통해서만 슬라이드를 이용하는 방식은 쓸기 동작으로 초점을 이동시키는 모바일 스크린 리더 사용자, 특정 영역에 대한 좌/우 쓸기 동작을 이용할 수 없는 상지장애 사용자는 이용이 불가능하므로 접근성 위배 사항입니다.
슬라이드 인디케이터(페이지네이션) 또는 이전/다음 버튼 등을 통해 누르기 동작만으로도 슬라이드 콘텐츠를 변경할 수 있어야 합니다.
[답변] 자동입력이 불가능한 상황이 있으므로 필요합니다.
(예) 인증 진행 기기와 SMS 전송 기기가 다른 경우 등
[답변] 텍스트 뿐만 아니라 기능을 가진 모든 컨트롤은 전경색과 배경색 간의 명도 대비를 준수해야 합니다.
(예) 롤링배너의 인디케이터 버튼, 이전/다음(<,>), 더보기(+) 등을 기호로 표기한 경우, 버튼 텍스트를 특정 모양으로 제공한 경우 등
[답변] 사용할 수 없는 disabled 컨트롤의 경우 명도 대비 검사 항목에서 예외 처리 되지만
선택해제 상태의 탭, 체크박스 등의 컨트롤은 3:1 이상의 명도 대비를 준수해야 합니다.
[답변] 토스트 팝업의 사용만으로는 접근성을 위배하지 않습니다.
다만, 토스트 팝업을 구현함에 있어 다음 사항을 주의하셔야 합니다.

- 사용자의 필수확인 및 내용전달이 반드시 필요한 콘텐츠는 토스트 팝업의 사용 목적에 맞지 않기에 alert이나 팝업 창 등으로 사용해야 합니다.
- 토스트 팝업을 일반적인 용도(단순한 확인 메시지 등)에 맞게 쓰신다면 콘텐츠의 중요도나 종류에 따라서 aria-live 속성 값을 적절하게 넣어주어 스크린리더 사용자가 해당 내용을 인식할 수 있도록 구현해야 합니다.
[답변] 입력 서식, 라디오 버튼/체크박스, 셀렉트 등 폼 요소를 선택/변경한 후(onchange 이벤트 포함) 화면 변화(레이어 팝업 실행, 화면(페이지) 이동, 화면 새로고침) 등의 맥락 변화가 발생하면 ‘예측가능성’ 지침에 위배됩니다. 기능을 실행하는 별도의 링크나 버튼을 제공해야 합니다.
예) 약관 동의 체크박스와 약관 상세 팝업 버튼의 분리, 검색 결과 필터용 체크박스로 초점 초기화 금지 등
[답변] 커서 이동 상태를 스크린리더 사용자가 인식할 수 있도록 안내하고, 초점도 뒷자리 서식으로 함께 이동되어야 합니다.
[답변] 초점 이동 순서는 아래와 같습니다.

- 레이어 팝업 활성화 시 : 레이어 팝업의 시작 지점으로 초점 이동, 본문영역은 aria-hidden=“true”를 적용하여 스크린리더가 접근하지 않도록 구현
- 레이어 팝업 닫을 시 : aria-hidden 속성값의 변경 및 본문으로 스크린리더 초점 이동
[답변] 지도에 제공되는 정보와 동등한 대체수단(예: 목록보기 등)이 제공되어 있다면 준수한 것으로 인정합니다. 마커를 통해 다양한 기능이 제공된다면 모바일 스크린리더로도 동등한 기능을 운용할 수 있어야 합니다.
[답변] Fixed 콘텐츠가 본문 콘텐츠를 가리는 것은 접근성 뿐만 아니라 정보전달 측면에서도 문제가 됩니다.
Fixed 콘텐츠를 토글할 수 있거나 스크롤 등의 조작을 통해 가려진 콘텐츠가 화면에 표시되어야 합니다.
  • 1